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GENERATING AN ENCAPSULATING HEADER BASED ON 
ENCAPSULATED INFORMATION PROVIDED AT PROTOCOL- 
DEPENDENT LOCATIONS 

FIELD OF THE INVENTION 

The invention relates generally to packet-based communication and, more 

particularly, to communications involving encapsulated packets. 

BACKGROUND OF THE INVENTION 

Encapsulation techniques are commonly used in packet communications. For 
example, a first packet produced according to a first packet communication protocol can 
be encapsulated by prepending thereto a packet header corresponding to a second packet 
communication protocol. The result is an encapsulation packet. The prepended header is 
also referred to herein as an encapsulating header, and the first packet is also referred to 
herein as an encapsulated packet. Thus, the encapsulation packet consists of an 
encapsulating header and a payload, and the encapsulated packet is the payload. 

Encapsulation is utilized in various conventional packet communication 
applications, for example in the OSI hierarchical layered model. In the OSI hierarchical 
model, a layer 2 packet is an encapsulation packet produced by prepending a layer 2 
header to a layer 3 packet, thereby encapsulating the layer 3 packet. In the OSI model, 
layer 2 represents the data link layer whose primary responsibility in networked 
communication is to perform encoding/decoding for packet integrity and to deliver 
packets "in order" to layer 3. In terms of packet processing, layer 2 represents the 
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switching layer, wherein packets are processed based on layer 2 MAC (media access 
control) addresses. 

Layer 3 of the OSI architecture model is the routing layer or network layer. This 
is the layer that runs shortest/optimal path routing algorithms. Layer 3 performs the 
function of end-to-end delivery of each packet through various nodes. 

Any layer 2 device includes a mechanism which sends/receives packets to/from 
layer 3 to complete the termination function. 

Layer 3 is often implemented in part through invocation of an embedded 
processor or a dedicated network processor. As mentioned above, among other 
functions, layer 3 can run a routing algorithm to determine an optimal switching route for 
packets from a source IP address to a destination IP address. At each termination and 
switching point within the communication network, the layer 2 (MAC) addresses in the 
layer 2 header are updated so that the packet(s) will travel correctly from point to point 
along the associated switching route produced by the routing algorithm. The 
aforementioned layer 2 addresses are carried in the layer 2 header which has been 
prepended to the layer 3 packet in order to encapsulate the layer 3 packet. 

Furthermore, in order to support logical groupings of addresses and multicasting, 
the aforementioned layer 2 address can be dependent on the layer 3 IP address, which 
layer 3 IP address is carried in the header of the encapsulated layer 3 packet. Thus, in 
conventional layer 2/layer 3 OSI operations, information from within the encapsulated 
(layer 3) packet may be needed in order to produce the encapsulating (layer 2) header. 
The position of the layer 3 IP address is not necessarily fixed within the layer 3 packet. 


343565 lvl 


2 


Attorney Docket No. 03 P52810 US 


EXPRESS MAIL NO. EV 329716395 US 


The position of the layer 3 IP address depends on the protocol that is being run at layer 3. 
Different layer 3 protocols position the layer 3 IP address at different locations within the 
layer 3 packet. Moreover, even with a fixed protocol, a protocol version upgrade or 
change can cause the position of the layer 3 IP address to change within the layer 3 
packet. An example of a protocol change would be when the protocol moves from IPV4 
to IPV6. 

Thus, in some conventional layer 2/layer 3 OSI operations, the layer 2 device, in 
order to generate the layer 2 address, must be able to obtain the layer 3 IP address from 
various possible positions within the layer 3 packet. 

FIGURE 1 illustrates a conventional example of modifying the encapsulating 
header of an encapsulation packet based on information within the encapsulated packet. 
In the example of FIGURE 1, an original encapsulation packet 11, in this example, a 
layer 2 packet whose payload is a layer 3 packet, is transformed into a resulting 
encapsulation packet 13, again, in this example, a layer 2 packet whose payload is a layer 
3 packet. In FIGURE 1, the reference character L2 designates layer 2, and the reference 
character L3 designates layer 3. In the example of FIGURE 1, the data channel is eight 
bytes wide, and the packets 11 and 13 are therefore formatted as a sequence of 8-byte 
wide parallel data segments or doublewords, beginning with the first (top in FIGURE 1) 
doubleword of the layer 2 header and thereafter continuing with the remaining 
doublewords from top to bottom as shown in FIGURE 1. The layer 2 packets at 11 and 
13 in FIGURE 1 can consist of, for example, 64 bytes (8 doublewords) or 128 bytes (16 


343565 lvl 


3 


Attorney Docket No. 03P52810US 


EXPRESS MAIL NO. EV 329716395 US 


doublewords). The layer 2 header includes two 2-byte RPR headers designated as HDR1 
and HDR2, a six-byte source address, and two-bytes of HEC. 

In the example of FIGURE 1, the resulting encapsulation packet 13 is obtained 
from the original encapsulation packet 1 1 by modifying predetermined bytes of the 
encapsulating (layer 2) header based on information within the encapsulated (layer 3) 
packet. More particularly, three predetermined bytes D in the layer 2 destination address 
of the encapsulating (layer 2) header are replaced by three consecutive bytes from the 
layer 3 DP destination address of the encapsulated (layer 3) packet, thereby producing the 
resulting packet 13. However, and as mentioned above, the layer 3 IP destination address 
(designated by reference numerals 3) can be positioned differently within the layer 3 
packet according to the different available layer 3 protocols, and even according to 
different versions of a fixed protocol. 

Accordingly, the transformation from the original encapsulation packet 1 1 to the 
resulting encapsulation packet 13 must be able to locate the desired, flexibly positionable 
bytes of the layer 3 IP destination address. Some conventional approaches to this 
problem use the "brute force" solution of providing a unique design for each possible 
layer 3 protocol or version thereof Other conventional approaches attempt to guess the 
layer 3 protocol that is being used, and some even transfer the function to software, 
which is inherently slow. 

It is desirable in view of the foregoing to provide the capability of modifying an 
encapsulating header based on information that is flexibly positionable within the 
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encapsulated packet, while also avoiding the aforementioned difficulties of conventional 
approaches. 
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SUMMARY OF THE INVENTION 

According to exemplary embodiments, the encapsulation packet is received as a 

sequence of parallel data segments. First information within the encapsulated packet is 
obtained based on second information indicative of a location of the first information 
within the encapsulated packet. The encapsulating header is modified based on the first 
information. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 conceptually illustrates a conventional example of modifying an 
encapsulating header based on information within the encapsulated packet. 

FIGURE 2 diagrammatically illustrates exemplary embodiments of an apparatus 
according to the invention for modifying an encapsulating header based on flexibly 
positionable information in the encapsulated packet. 

FIGURE 3 diagrammatically illustrates further exemplary embodiments of an 
apparatus according to the invention for modifying an encapsulating header based on 
flexibly positionable information in the encapsulated packet. 
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DETAILED DESCRIPTION 

Exemplary embodiments of the invention utilize schemes of data path widening 
and data forwarding to simplify the operation of modifying an encapsulating header 
based on flexibly positionable information within the encapsulated packet. 

FIGURE 2 diagrammatically illustrates exemplary embodiments of an apparatus 
which implements data path widening/data forwarding schemes according to the 
invention. The apparatus of FIGURE 2 uses a multi-stage data pipeline to implement 
data path widening/data forwarding. In some embodiments, the pipeline stages include 
parallel-loadable/unloadable shift registers. In other embodiments, the pipeline stages are 
implemented by addressable memory locations and suitably controlled data pointers. In 
FIGURE 2, the data path traversed by the encapsulation packet has a width of W bytes. 
The encapsulation packet is input to stage Sk of a k-stage portion of the pipeline. Stage 
Sk is W bytes wide, but the remainder of the stages Sl-Sk-1 of the k-stage portion are 
wider than W bytes. Stages Sl-Sk-1 are N-l bytes wider than the W byte wide data path 
(and stage Sk), where N represents a number of adjacent bytes within the encapsulated 
packet that will be used to modify the encapsulating header. 

In some embodiments, k is dependent upon the size of the encapsulated packet. 
Assuming, for example, that the adjacent bytes of the encapsulated packet (also referred 
to herein as the bytes of interest) that will be used to modify the encapsulating header can 
be positioned anywhere within the encapsulated packet, then k can be determined by 
dividing the number of bytes in the encapsulated packet by the byte width W of the data 
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path. Referring again to the example of FIGURE 1, if the packet 11 includes 128 bytes, 
then the layer 3 packet includes 110 bytes (128 total bytes minus 18 bytes of layer 2 
header). In the example of FIGURE 1, W = 8, so 110 divided by 8 implies that k = 14 
stages would be needed in order to accommodate all 1 10 bytes of the layer 3 packet. 

In the embodiments of FIGURE 2, the HEAD portion of the pipeline includes 
enough pipeline stages (not explicitly shown in FIGURE 2) such that, when the pipeline 
contains all bytes of the encapsulation packet, the k-stage portion of the pipeline will 
contain somewhere therein the N bytes of interest Thus, and continuing with the example 
of the encapsulation packet 11 of FIGURE 1 with W = 8, the HEAD portion of the 
pipeline would include two stages that respectively hold the first (top) two 8-byte 
segments of packet 1 1, and stage SI would hold the third segment, namely the two HEC 
bytes of the layer 2 header along with the first six bytes of the layer 3 packet. The 
remaining 104 bytes of the layer 3 packet would be contained in stages S2-Sk, where k = 
14. 

Although the exemplary embodiments of FIGURE 2 show k ^ 7, FIGURE 2 is 
illustrative only, and it should be readily understood that k can be as small as k = 2, such 
that the pipeline would consist of the HEAD portion, together with stages SI and S2. In, 
the embodiments of FIGURE 2, stage SI will include at least one byte that could be 
occupied by the flexibly positionable bytes of interest in the encapsulated packet. 

As indicated above, the stages Sl-Sk-1 have a width of W + (N-l), designated as 
J in FIGURE 2. N is the number of adjacent bytes of the encapsulated packet that will be 
utilized to perform the desired modification of the encapsulating header. Each of the 
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stages Sl-Sk-1 thus accommodates the W bytes of the data transfer path, plus an 
additional N-l bytes. For each of these k-1 stages in the pipeline, N-l bytes are 
forwarded thereto from the immediately preceding (upstream) stage in the pipeline, as 
generally illustrated by the forwarding data paths 300. Each time that pipeline stages S2- 
Sk receive a new segment of W data bytes, the N-l lowest order bytes (e.g., leftmost 
bytes in FIGURE 1) of the new segment are also forwarded on data paths 300 to the next 
downstream stage in the pipeline. 

Taking stage S3 as an example, when stage S3 receives a W-byte segment from 
stage S4, stage S4 is also receiving a W-byte segment from stage S5. When stage S4 
receives the W-byte segment from stage S5, the N-l lowest order bytes of that received 
segment are also transferred via the associated data path 300 to stage S3. Thus, when the 
pipeline is completely filled so as to ensure that all of the N bytes of interest are located 
somewhere within stages Sl-Sk, each of the stages Sl-Sk-1, through forwarding, 
effectively holds N-l redundant bytes which are simultaneously held in the N-l lowest 
order bytes of the next adjacent upstream stage (S2-Sk, respectively). 

By ensuring that all N bytes of interest are contained somewhere within the 
pipeline stages Sl-Sk, and further by forwarding the N-l lowest order bytes of stages S2- 
Sk downstream to their respectively adjacent stages Sl-Sk-1, it is ensured that one of the 
stages Sl-Sk includes all N of the bytes of interest. This is true because the worst case 
situation would be where one of the N bytes of interest is the highest order byte (e.g., 
rightmost byte in FIGURE 1) of a given segment, and the remaining N-l bytes of interest 
are the lowest order bytes of the next successive segment within the packet. In this worst 
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case situation, the forwarding of the lowest order N-l bytes to the next adjacent 
downstream pipeline stage will ensure that all N bytes of interest are contained in parallel 
format within that next adjacent downstream pipeline stage. 

At the point when the pipeline is full and all N bytes of interest are assured to be 
within one of the pipeline stages Sl-Sk, that one pipeline stage is selected by a selector 
32 in response to offset information received from an offset register 38. The offset 
register 38 is used to store selectively programmable offset information (for example a 
digital code) which indicates precisely where the N bytes of interest are located within 
the encapsulated packet. The offset information can indicate, for example, how far the 
first of the N bytes of interest is offset from the first byte of the encapsulation packet. In 
response to the offset information, selector 32 selects the one pipeline stage that contains 
all N bytes of interest. The data from the selected pipeline stage, either J bytes from one 
of stages Sl-Sk-1 or W bytes from stage Sk, is passed through the selector 32 to a shifter 
34. The shifter 34 is responsive to the offset information for shifting the received data 
bytes so that the N bytes of interest are provided at the N-byte output of the shifter 34. 
Thus, the shifter 34, selector 32 and offset register 38 are cooperable for routing the N 
bytes of interest from the pipeline to the output of shifter 34. 

In the embodiments of FIGURE 2, the N bytes of interest provided by shifter 34 
are input to a selector 36. The selector 36 has a further input for receiving W-byte 
segments from the HEAD portion of the pipeline and also has a further input for 
receiving W-N-byte partial segments from the HEAD portion of the pipeline. The partial 
segment input is used when modifying the encapsulating header. FIGURE 2 illustrates a 
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situation similar to that of FIGURE 1, wherein N bytes of the encapsulating header are 
replaced by N bytes from the encapsulated packet. When the encapsulating header is to 
be modified, the selector 36 selects the W-N-byte partial segment from the HEAD 
portion of the pipeline, together with the N bytes from the shifter 34. The resulting W 
bytes (including the N bytes of interest) are then transferred to an output stage 37. 
Thereafter, the selector 36 selects its W byte input in order to transfer the remaining W- 
byte segments of the encapsulation packet through to the output stage 37. When the next 
encapsulation packet fills the pipeline of FIGURE 2, then the selector 36 again selects 
both its (W-N-byte) partial segment input and its N-byte input (from shifter 34) in order 
to appropriately modify the encapsulating header of the encapsulation packet currently 
contained within the pipeline. 

A control signal generator 30 provides appropriate control signals to support the 
operations described above with respect to FIGURE 2. A pipeline transfer signal 31 
transfers the W-byte segments of the encapsulation packets through the pipeline stages. 
With each transfer into stages S2-Sk, the lowest N-l bytes are also forwarded through 
concatenation from the stages S2-Sk into their respective adjacent downstream stages Sl- 
Sk-1. 

Once the control signal generator 30 has transferred the entire encapsulation 
packet into the pipeline of FIGURE 2, and after the N-l bytes are forwarded from the 
stages S2-Sk to Sl-Sk-1, respectively, the control signal generator activates a shift signal 
33. The shifter 34 is responsive to the shift signal 33 and the offset information 38 for 
appropriately shifting the parallel data bytes received from the selector 32 such that the N 
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bytes of interest are produced at the N-byte output of shifter 34. This shifting operation 
will require anywhere from zero to W-l byte shift operations, depending on the position 
of the N bytes of interest as indicated by the offset information. 

With the shifting operation occurring, the control signal generator 30 provides 
control signal 35 (for example a digital code) such that the selector 36 selects its N-byte 
input and its W-N-byte (partial segment) input. This effectuates the desired modification 
of the encapsulating header, so the next activation of transfer signal 31 will transfer into 
the output stage 37 a W-byte segment that includes the modification of the encapsulating 
header. At this point the control signal generator 30 can change control signal 35 such 
that selector 36 selects its W-byte (full segment) input, so the remainder of the 
encapsulation packet can be transferred segment-by-segment out of the pipeline using 
transfer signal 31, and the next encapsulation packet can also be simultaneously 
transferred into the pipeline. When the next encapsulation packet fills the pipeline, the 
control signal generator 30 again provides the shift signal 33 and the selector control 
signal 35 in the same manner described above to complete the modification of the next 
encapsulating header. 

It should be clear from the foregoing that, so long as the selectively 
programmable offset information is provided at 38, the apparatus of FIGURE 2 can, 
without decreasing the data rate of packet transfer, identify and obtain any N bytes of 
interest within an encapsulated packet, and modify the encapsulating header in response 
to the N bytes. Although the example of FIGURE 2 relates to directly replacing N bytes 
of the encapsulating header with N bytes from the encapsulated packet, other 
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embodiments can utilize the N bytes from the encapsulated packet in any desired fashion 
to effectuate modification of the encapsulating header. FIGURE 3 diagrammatically 
illustrates pertinent portions of such latter embodiments. 

The embodiments of FIGURE 3 are generally similar to those of FIGURE 2, but 
include additional logic 41 at the output of shifter 34. This logic 41 receives the N bytes 
produced by shifter 34, and performs desired operations on those bytes to produce M 
bytes which are then applied to the input of selector 36, which also receives a W-byte 
(full-segment) input from the pipeline and a W-M-byte (partial segment) input from the 
pipeline. Thus, in the embodiments of FIGURE 3, although M bytes of the encapsulating 
header are replaced, the M replacement bytes are not taken directly from the encapsulated 
packet, but rather are produced by logic 41 in response to N bytes obtained from the 
encapsulated packet. The logic at 41 can perform, for example, any desired logical 
and/or arithmetic operation(s). In various embodiments, N can be greater than, less than, 
or equal to M. In some embodiments the logic 41 is combinational logic. In other 
embodiments, the logic 41 is sequential logic whose operational timing is controlled by 
control signals received from the control signal generator 30. A control signal input for 
sequential logic is shown by a broken line in FIGURE 3. 

Although exemplary embodiments of the invention are described above in detail, 
this does not limit the scope of the invention, which can be practiced in a variety of 
embodiments. 
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